Attorney Docket No. 3524/169 
CENTRAL CREDIT FILTERING IN COMPUTERIZED TRADING 

COPYRIGHT AND LEGAL NOTICES 

5 [0001] A portion of the disclosure of this patent document contains material which 
is subject to copyright protection. The copyright owner has no objection to the facsimile 
reproduction by anyone of the patent document or the patent disclosure, as it appears in 
the Patent and Trademark Office patent files or records, but otherwise reserves all 
copyrights whatsoever. 

1 0 [0002] This application contains material relating to the trading of financial 
interests. The trading of some financial interests is regulated, as for example by the 
United States Government, the various State governments, and other governmental 
agencies within the United States and elsewhere. The disclosure herein is made solely 
in terms of logical and financial possibility and advantage, without regard to possible 

15 statutory, regulatory, or other legal considerations. Nothing herein is intended as a 
statement or representation of any kind that any system, method or process proposed 
or discussed herein does or does not comply with any legal requirement whatsoever, in 
any jurisdiction; nor should it be taken or construed as doing so. 

FIELD OF THE INVENTION 

20 [0003] The invention relates generally to electronic trading. More particularly, the 
invention relates to the establishment and use of credit limits between trading parties in 
electronic trading, which can assist in the management of financial exposure or risk in 
such trading. A preferred embodiment of the invention relates to computerized trading 
of foreign exchange ("FX") involving credit advanced between parties in connection with 

25 proposed trades between the parties. 

BACKGROUND OF THE INVENTION 

[0004] Computerized trading of financial interests may involve the setting and use 
of limits on credit that trading parties are willing to extend to one another. Examples are 
described in the following U.S. Patents: 5,136,501; 5,375,055; 5,832,462; 5,924,083; 
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6,260,025; 6,317,727; 6,343,278; and 6,421,653; in International PCT Application 
published under WO 00/16224; and in U.S. patent application serial no. 09/584,045, 
filed 30 May 2000, entitled ELECTRONIC TRADING SYSTEM FOR ELECTRICITY 
FORWARDS, the entire disclosure of which is hereby incorporated herein by reference, 
5 discloses a trading system in which two-way or bilateral enablement may be established 
within a plurality of forward terms in a trading system. Application Serial No. 09/584,045 
and this application are commonly owned. 

SUMMARY OF THE INVENTION 

[0005] The invention provides for display of credit-filtered market data in a 
10 computerized system for trading financial interests having a future financial exposure 
over a network. Credit information is stored, and accessed by a central to provide credit 
filtered market views to trading parties based on credit information between the trading 
party and a counterparty. Such credit information is stored in a database or databases 
accessible by the central computer, which performs all credit filtering for all trading 
15 parties. (A central computer may be a host computer.) Credit limits may be set, and 
credit filtered views provided for proposed trades in a single or plurality of presents 
and/or future time periods. 

[0006] The invention is applicable to the trading of many types of financial 
interests, for execution and subsequent settlement with respect to a current trading 
20 session, and for execution and subsequent settlement in one or more present or future 
time periods. In a preferred embodiment, the invention has application to providing 
credit filtered market views for the trading of financial interests being sold at, or which 
mature at, or which present a financial exposure to one or more trading parties at a 
future time or times. 

25 [0007] The term "trading session" is meant in a broad sense, and may 

encompass a single trading day, a portion of a trading day, multiple trading days, or 
other periods of time. The length of a trading session may be set, e.g., by an operator 
of the trading system, or other third party. 

[0008] The invention provides for the credit-filtered display of market information 
30 based on credit limits established by trading parties. Such credit limits are useful, for 
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example, in the trading of financial interests being sold at, or which mature at, or which 
present a financial exposure to one or more trading parties at a future time or times. 
Examples of such financial interests include foreign exchange ("FX") forwards contracts, 
forwards contracts in commodities, e.g., precious metals, energy, etc., stock options, 
5 futures contracts, bonds, loan contracts, money market certificates, other fixed income 
securities, etc. 

[0009] Credit limits and available credit (credit remaining or remaining credit) 
amounts may be used to prescreen, or filter, proposed trades, so that only terms for 
proposed trades for which sufficient credit exists will be displayed to or otherwise made 

10 available to a party. Screening may alternatively be provided in a number of ways, 

including, for example, color coding on a computer screen display. For example, terms 
for proposed trades for which sufficient credit exists may be presented in a first color, 
terms for which partial credit exists in a second color, and terms for which no credit 
exists in a third color. Credit available, credit remaining and remaining credit are used 

15 interchangeably herein unless the context indicates otherwise. 

[0010] Credit values, amounts and limits may be used to cap or limit the financial 
exposure or price terms of a proposed trade made available to potential traders, by, for 
example, making available to one counterparty information relating to a proposed trade 
of financial interests proposed by the other potential counterparty up to the value of 

20 available credit, e.g., where the information comprises a financial exposure not greater 
than the relevant available credit. Thus, for example, terms for a proposed trade having 
a financial exposure of $10M may be displayed or otherwise made available to a trading 
party as a proposal for trading $7M of financial exposure, where the trading party has 
only $7M in available credit with the counterparty proposing the trade. This is useful 

25 where trading of less than total portions of proposed trades is permitted. 

[0011] Preferably, prescreening of proposed trades is provided on a dynamic 
basis, so that terms for a proposed trade made available to a user are changed as 
available credit to a counterparty or counterparties changes, if the proposed trade would 
be affected by an available credit charge. For example, if terms for a proposed trade 
30 are presented on a trading party's display, and the amount of available credit between 
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the trading party and the counterparty proposing the trade changes (as increased, for 
example, when an administrative user replenishes or increases credit, or decreased, for 
example, when another individual trader of the same trading party completes a separate 
trade with the proposing counterparty), the price term made available to the trading 
party may be changed, as for example by changing a screen display in real time. 

[0012] In such embodiments, where the amount of available credit is increased, 
as for example by revocation of a previously-accepted trade or by replenishment by one 
or both parties of an available credit portion, a previously hidden proposal may be 
revealed to a trading party, so that the opportunity for trading is reinstated 

[0013] Credit limits expressed in monetary terms is only one way in which the risk 
of a proposed transaction may be expressed. In many cases, financial exposure of a 
party may be reduced to a monetary value, but the reduction of such exposure to 
monetary value is not always convenient or desirable, or even possible. Thus, the 
invention is also viewed in a broader sense as providing methods of managing risk or 
exposure of trading parties by establishing a plurality of different time periods, for each 
of which a trading party can set a credit limit for trades with another trading party. Using 
a set credit limit for a time period in which trading parties propose a trade, the proposed 
trade is displayed where a financial exposure of the trade in the time period does not 
exceed the set credit limit. If the credit limit is exceeded, the proposed trade is not 
displayed . For each trade that is completed in each time period, the credit limit for the 
respective time period is decremented by the exposure value of the completed trade. 
On a time basis or trading session basis, the credit limits may be automatically reset. 
For example, the beginning and/or the end of each of the plurality of time periods may 
be selectable by a party that is enabled to set a credit limit for the respective time 
period. 

[0014] In order to use credit limits in trading as disclosed here, a compatible 
relationship between financial exposure and credit limits is provided. For example, in 
the trading of FX forwards, the financial exposure in the forward leg involves forward 
points. However, there is a relationship between the size of the near leg, based on the 
spot rate, and the financial exposure. Therefore, in a preferred embodiment, the 
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financial exposure for a forward leg is expressed simply as the size of the near leg trade 
in the same currency as that used to set credit limits. (Depending upon which currency 
of the currency pair that the size of the trade is expressed, a conversion may be 
necessary to the other currency of the pair using the spot rate.) In this embodiment, 
credit limits are expressed in the total size of trades between potential counterparties as 
one of the currencies in the pair, and the financial exposure is expressed similarly as 
the size of each trade between potential counterparties in the same currency. 

[0015] A time period, as contemplated for use in systems and methods according 
to the invention, includes any time period desired or designated by the trading party or 
provided, as a default or otherwise, by the trading system. This includes, for example, 
the same trading session, a single day; a range of dates or trading sessions; or a 
portion of a day or trading session. 

[0016] In a preferred embodiment, with respect to a current trading station and/or 
for each of a plurality of future time periods with respect to a trading session, a credit 
value designated by a trading party for trading between the trading party and at least 
one counterparty, financial interests having a financial exposure to the trading party in 
the respective future time periods is provided in a memory device accessible by a 
central computer. During the trading session, display is provided by a central computer 
to the trading party over the network of a proposed trade between the trading party and 
the at least one counterparty of a financial interest having a financial exposure in a 
future time period if the financial exposure to the trading party of the financial instrument 
in the future time period, expressed in terms compatible with the credit value in the 
memory device for the future time period, is less than the credit value in the memory 
device for the future time period. 

[0017] In a preferred embodiment, a credit value is designated by each of a pair 
of potential counterparties for trading such financial interests with each other which 
have a financial exposure to each of the pair of counterparties in the respective future 
time periods. A display of the proposed trade between the pair of potential 
counterparties is provided over the network to at least one of the trading parties if the 
financial exposure to each of the potential counterparties of the financial instrument in 
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the future time period, expressed in terms compatible with the credit value in the 
memory device for the future time period, is less than the lesser of the credit values 
provided in the memory device for each of the potential counterparties for the future 
time period. 

5 [0018] In a preferred embodiment, the credit value for each time period and each 
counterparty is also stored as a credit available value for use during the trading session. 
During the trading session, the display is provided to the trading party over the network 
of a proposed trade between the trading party and the at least one counterparty of a 
financial interest having a financial exposure in a future time period if the financial 
1 0 exposure to the trading party of the financial instrument in the future time period, 

expressed in terms compatible with the available credit value in the memory device for 
the future time period, is less than the available credit value in the memory device for 
the future time period. 

[0019J In a preferred embodiment, the financial interest is foreign exchange 
15 forwards contracts, and display is provided of a proposed trade between the trading 
party and the at least one counterparty of a foreign exchange forwards contract for a 
given currency pair having a forward leg in a future time period over the network if the 
size of the proposed trade, expressed in a currency compatible with the credit value in 
the memory device for the future time period, is less than the credit value in the memory 
20 device for the future time period. 

[0020] The invention also provides systems and products that implement the 
foregoing functionality. Such a system comprises a central computer linked to a 
plurality of trading party stations by a network and a memory device accessible by the 
central computer for storing the credit information disclosed herein, and for performing 
25 the credit filtering functionality disclosed herein. Such a product comprises a computer 
usable medium or media storing computer readable code which when executed causes 
the central computer to carry out the functionality disclosed herein. 

[0021] In a preferred embodiment, a system according to the invention is 
implemented on a central server- or central host-client system, in which central data 
30 storage and processing of a credit and trading data is provided. In such a system, 
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credit limit data, including preferably the trading party, counterparty, and time periods 
associated with each credit limit, are stored in a memory device accessible by a central 
server or host computer. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 [0022] The figures of the accompanying drawings are meant to be exemplary and 
not limiting, in which like references are intended to refer to like or corresponding parts, 
and in which: 

[0023] Fig. 1 is a diagram of an exemplary computer network system suitable for 
use in implementing methods of trading financial interests according to a preferred 
1 0 embodiment of the invention; 

[0024] Fig. 2 is a diagram illustrating storage of credit limits that each one of pairs 
of trading parties have assigned to the other one of the pairs; 

[0025] Fig. 3 is a diagram illustrating storage of the lower of the two credits limits 
assigned between pairs of trading parties; 

1 5 [0026] Fig. 4 is an exemplary screen display suitable for use as a user interface 
from which orders may be entered for trades and trades conducted in FX forwards in 
accordance with an embodiment of the invention. 

[0027] Fig. 5 is an exemplary screen display suitable for use as a user interface 
to select counterparty credit functions; 

20 [0028] Fig. 6 is an exemplary screen display suitable for use as a user interface 
to set the start and end of tenor time periods for FX forwards in accordance with an 
embodiment of the invention; 

[0029] Fig. 7 is an exemplary screen display suitable for use as a user interface 
to set the start and end of future time periods for trading bonds in accordance with an 
25 embodiment of the invention; 

[0030] Fig. 8 is an exemplary screen display suitable for use as a user interface 
to set credit limits in tenors for trading FX forwards with respect to named potential 
counterparties in accordance with an embodiment of the invention; and 
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[0031] Fig. 9 is an exemplary screen display suitable for use as a user interface 
to view credit limits and available credit in tenors for trading FX forwards with respect to 
named potential counterparties in accordance with an embodiment of the invention. 

DETAILED DESCRIPTION 

5 [0032] Fig. 1 depicts a system 20 configured as an electronic trading platform for 
computerized trading of financial interests. In a preferred embodiment, system 20 is 
configured for the computerized trading of FX, in spot, forwards and swap. However, in 
other embodiments disclosed herein and/or evident to those of skill in the relevant arts 
from the disclosure herein, system 20 may be configured to trade other financial 
10 interests involving credit. 

[0033] System 20 according to an embodiment of the invention includes trading 
party stations 22 linked to a central computer 26, configured as a host computer, by a 
communications and/or computer network 24. Host computer 26 performs various 
tasks and functions of the system 20, including credit-related and trading functions. The 
1 5 host computer 26 may be connected in a LAN (not shown) to operate with databases 
and/or other computers as described, for example, in U.S. patent application Serial No. 
09/584,045 mentioned above. 

[0034] Although the plurality of trading party stations 22 are shown in Fig. 1 as 
having respective direct connections to network 24, there may alternatively be more or 

20 fewer connections between trading party stations 22 and network 24. For example, 
pluralities of trading party stations 22 may be connected to network 20 singly or in 
groups via LANs or WANs, and/or by private Electronic Communication Networks 
(ECNs) or public networks such as the Internet. Trading party stations 22 may 
represent a single station of a trading party, or a plurality of trading party stations of the 

25 trading party. Trading party stations 22 and host computer 26 preferably operate in a 
client/server architecture, with the trading party stations 22 providing respective users 
with access to host computer 26. Depending upon context, a "trading party" may be an 
individual, an individual in a firm, or a firm. A firm may be a bank, a brokerage or 
trading firm, etc. The term "user" is meant broadly and encompasses a person who is 
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operating a trading party station on behalf of a trading party, e.g., on behalf of him or 
herself or on behalf of a firm. 

[0035] In a preferred embodiment of the invention, a plurality of trading party 
stations 22 may be connected in a LAN of a firm such as a commercial or investment 
5 bank. Within such a firm, a trading party station 22 may be employed for use by a 
trading party administrator or administrative user, for example, to set credit limits for 
each of the other trading party stations 22 with which the firm wishes to consider 
trading. Such a trading party station 22 is referred to herein as a trading party 
administrative station. Trading party stations 22 that may trade with each other may be 
10 referred to as counterparty stations. 

[0036] Trading party stations 22 may comprise any suitable computer or 
computer system, including, for example, desktops, laptops, personal digital assistants 
(PDAs), local servers, or other computers or data processors, at least one display 32, 
such as a computer monitor or other output device, and data input 34 such as, for 
15 example, a keyboard, and a mouse, touch pad or screen, or other selection or pointing 
device. 

[0037] The network 24 may comprise a closed network (including, e.g., a router 
network) and/or the Internet. Gateway directors, gateways, firewalls, etc. (not shown) 
link the host computer 26 to the network 24. 

20 [0038] Host computer 26 may have one or more CPUs, and have and/or have 
access to volatile memory 30 and non-volatile memory 31 , which can be shared by 
various functions of host computer 26. Memories 30 and 31 can store databases and 
software for processing credit functionality and trading functionality, and host computer 
26 may manage data storage and retrieval with respect to memories 30 and 31, and 

25 other memories which host computer can access, e.g., directly and/or on a network 
such as a LAN or other network. 

[0039] The host computer 26 may implement in software an interface server 
which interprets data and command inputs from trading party station 22 and controls 
display of screens on trading party displays 32. Host computer 26 may also implement 
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in software one or more task servers that process credit and trading tasks or functions, 
and store and process data related to the credit and trading tasks. 

[0040] In a preferred embodiment, all processing for the system 20 relevant to 
the invention disclosed herein is performed by the host computer 26, and trading party 
5 stations 22 include client software that interacts with the host computer to allow users to 
receive and view data from, and input and transmit data to, the host computer 26. Each 
copy of the client software and/or each trading party station may be provided with 
unique information to uniquely identify each copy of the client software and /or each 
trading party station 22. Host computer 26 may be implemented in any suitable single, 

10 and preferably multi-processor, commercially available computer, e.g., those of Data 
General Division of EMC Corp. In a preferred embodiment, where the host computer 
includes multiple processors, credit data is preferably stored in space of volatile memory 
30 shared by all processors. Also, in a preferred embodiment, all trading and credit 
functionality performed by host computer 26 is preferably under control of a single 

15 operating system. 

[0041] A database stored in non-volatile memory 31 contains a record for each 
unique trading party station 22 (or copy of client software) authorized to trade using 
system 20. Where a trading party comprises a firm and a plurality of trading party 
stations, a record is stored in memory 31 preferably for each trading party station in the 

20 firm. Each record may contain profile information including unique customer information 
(referred to herein as "customer number") corresponding to the unique information for 
the copy of the client software or trading party station, unique firm information (referred 
to herein as "firm number") identifying the firm of which the trading party station is a 
part, and credit information specifying a credit limit, e.g., in dollars or other currency, 

25 that a trading party (or firm) has extended to other trading parties (or firms) for each 

currency pair to be traded, e.g., U.S. Dollars/Euros, U.S. Dollars/Australian Dollars, U.S. 
Dollars/Japanese Yen, etc., for each tenor (or future time period), and the amount of 
credit currently used for a trading day. Each customer number is unique for each 
trading party station (or copy of client software) and corresponds to a specific trading 
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party station (or copy of client software). The firm number is unique for each firm, but is 
identical for each record corresponding to trading party stations of the same firm. 

[0042J Credit information may be set and tracked at the customer number level, 
so that the credit information may be unique for each customer number, even where the 
5 customer numbers correspond to multiple trading party stations or copies of client 

software in the same firm. Host computer 26 may track firm credit information by setting 
all credit information relevant to the firm corresponding to a trading party station, 
involving a change in credit information to all other trading party stations of the firm. 
Alternatively, credit information may be set and tracked at the firm level such that, 
10 where a firm uses multiple trading party stations, the credit information for all records 
corresponding to the firm will be set the same by setting firm credit information. The 
databases for system 20 store order and trade information for each customer number 
and firm number. 

[0043] Volatile working memory 30 is the memory space where the host 
1 5 computer 26 processes data for trading and credit functions. At certain times, such as 
at startup, the host computer 26 loads the records from the databases in non-volatile 
memory 31 into volatile working memory 30. Also, the host computer 26 reloads 
records into or updates records in volatile working memory 30 whenever those records 
are updated. 

20 [0044] In a preferred embodiment, credit information for all trading party stations 
(or copy of client software) is maintained in non-volatile memory 31, e.g., in a matrix 
structure such as shown in Fig. 2, where all customer numbers, which correspond to 
trading party stations (or copy of client software) are represented along the rows of the 
matrix and also along the columns of the matrix so that the amount of credit extended 

25 by each customer number to every other customer number is contained in a cell of the 
matrix. In a preferred embodiment, a matrix is provided for all currencies being traded, 
so that credit limits apply to trades cumulatively regardless of the particular currency 
pairs traded. In another embodiment, a credit matrix may be provided for each currency 
pair, and credit may be tracked for each currency pair rather than cumulatively. 
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[0045] Referring to the credit matrix of Fig. 2: customer number 1 extended $12M 
in credit to customer number 2 for a particular tenor, and customer number 2 extended 
$7M in credit to customer number 1 in that tenor; and customer number 3 extended 
zero credit to customer number 2, who extended $12M in credit to customer number 2. 
One customer number setting zero credit for another customer number in the tenor has 
the effect of blocking trading in that tenor between the two customer numbers. Each 
customer number sets a credit-limit for each other customer number, which may be 
referred to as two-way credit between parties or bilateral credit. Customer numbers 4, 5 
and 6 are from the same firm and, therefore, have the same credit limits. The shaded 
areas are blank because a customer number does not extend credit to trade with itself 
and, in this embodiment, firms do not extend credit to trade within themselves, as 
represented by the shaded areas at the intersections of customer numbers 4, 5 and 6. 
The blanks in the matrix cells for customer numbers 4, 5 and 6 with respect to each 
other represent zero credit as customer numbers 4, 5 and 6 cannot be trade with each 
other. (In other embodiments, trading party stations within a same firm, e.g., in a 
different branch or in a different country, may be enabled to trade with each other and 
would have bilateral credit settings.) 

[0046] Since all transactions performed by host computer 26 involve the 
exchange of one currency for another, the lower bilateral credit amount extended 
between parties controls. For example, referring to Fig. 2, where the amount of 
available credit extended by customer number 1 to customer number 2 is $12 million 
and the amount of available credit extended by customer number 2 to customer number 
1 is $7 million, then a transaction between these customer numbers will be possible 
only if the financial exposure of the transaction is less than or equal to $7 million. 
(Financial exposure for FX forwards is discussed herein.) Since only the lower amount 
of credit between any two customer numbers need be used, credit information related to 
all customer numbers is maintained in volatile working memory 30 in a half-matrix 
structure, i.e., a triangular matrix, e.g., as shown in Fig. 3. A half-matrix is stored in 
volatile working memory 30 for each tenor and for each potential counterparty of the 
party setting the credit limits (and in one embodiment, for each currency pair being 
traded). 
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[0047] Where customers (trading party stations) are part of the same firm, e.g., 
customer numbers 4-6 in the full credit matrix of Fig. 2, and a single fire-wide limit 
applies, each of the cells is the same for customer numbers 4-6. However, only one 
record need be stored in the half matrix in volatile memory 30 (Fig. 3) for customer 
numbers 4-6. Programming may link the records for customer numbers 4-6 so that for 
any change in any credit cell of any of customers 4-6 in the full matrix of Fig. 2, the 
corresponding cell of the other customer numbers of customer numbers 4-6 are also 
changed in the full matrix. The appropriate cell in the half matrix of Fig. 3 is updated 
accordingly. Similarly, programming preferably provides for setting and updating credit 
cells of customer numbers 4-6 as a firm, i.e., setting or updating firm credit information 
is applied against customer numbers 4-6. 

[0048] As discussed above, a compatible relationship between financial exposure 
and credit limits is provided. For example, in the trading of FX forwards, the financial 
exposure in the forward leg involves forward points. However, there is a relationship 
between the size of the near leg, based on the spot rate, and the financial exposure. 
Therefore, in a preferred embodiment, the financial exposure for a forward leg is 
expressed simply as the size of the near leg trade in the same currency as that used to 
set credit limits. (Depending upon which currency of the currency pair that the size of 
the trade is expressed, a conversion may be necessary to the other currency of the pair 
using the spot rate.) In this embodiment, credit limits are expressed in the total size of 
trades between potential counterparties as one of the currencies in the pair, and the 
financial exposure is expressed similarly as the size of each trade between potential 
counterparties in the same currency. 

[0049] The credit matrix depicted in Fig. 2 does not include numbers representing 
remaining credit available to customer numbers after trading has started. A third 
number may be stored in each cell to indicate remaining credit. Such a number may be 
the total size of trades between a respective pair of customer numbers for the particular 
trading session. Remaining credit is the difference from the credit limit and the total size 
of the trades. Alternatively, remaining credit may be set to the credit limit at the start of 
a trading session, and the size of each trade deducted from the remaining credit 
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amount. Similarly, there is only one amount in each cell of the half matrix credit 
database (Fig. 2) stored in volatile memory. Rather than storing the credit limit and 
another number representing remaining credit in each cell of the half matrix database, 
as discussed above for the full matrix credit database stored in non-volatile memory, the 
5 only amount stored in the cells of the half matrix database may be the remaining credit 
amount, which preferably is updated from the full matrix credit database stored in non- 
volatile credit memory 31 or alternatively, each trade amount is deducted from the 
remaining credit size between the two parties involved in the trade. 

[00501 The host computer 26 uses the credit matrix represented by Fig. 3 that is 
10 loaded into working volatile memory 30 to provide credit filtered views or displays as 
disclosed herein. 

[0051] The host computer 26 handles the following functions, preferably via 
server functions in software: posting of orders, monitoring and handling trading 
activities, retrieval of detailed order and trade information, requests to download trade 
1 5 and order blotters, and control of information to a backend system that handles the 

settlement of the executed trades. However, the discussion below focuses on the credit 
activities and trading relevant to the invention. 

[0052] All user input/output FX trading activity is performed through the user 
interface trading screen depicted in Fig. 4 displayed on display 32 of trading party 

20 stations 22, as provided by the host computer 26. A currency pair may be selected, 
e.g., from a drop-down menu in response to selection of "Markets" on screens provided 
by host computer 26 that have a task bar with the "Markets" selection, e.g., at the top 
left of the screen depicted in Fig. 4. The trading screen depicted in Fig. 4 is displayed in 
response to selection of e.g., "Trade CAD," in such a drop down menu selected from a 

25 screen similar to Fig. 4, but for another currency, or from another screen. Host 

computer 26 provides market data, received from an external ticker plant (not shown), 
to the trading party stations 22. via a trading screen such as the one depicted in Fig. 4. 

[0053] In one embodiment, host computer 26 provides to the display 32 of a 
trading party station 22 a trading screen with a credit-filtered market view of bids and 
30 offers for the selected currency pair that the user of the trading party station is enabled 



BRMFS1 415208 

Express Mail Label No. EL 920800441 US 



14 



Attorney Docket No. 3524/169 



to make, e.g., the screen depicted in Fig. 4. As discussed below, credit information is 
used by host computer 26 to provide a credit-filtered view or a color-coded credit-filtered 
view, which shows selectable orders for which sufficient and insufficient credit exists in 
different colors. Where color-coded filtered orders may be executed on, a credit 
checking procedure is used during an attempted trade, e.g., a user at a trading party 
station 22 may hit or lift a visible color-coded bid or offer, and thereafter, host computer 
26 determines if there is sufficient credit for the proposed trade. 

[0054] The center of the trading screen depicted in Fig. 4 also shows a list of 
tenors ("ON," "SN," "1W," etc.) each following "CAD," which designates the Canadian 
Dollar as one currency of the pair ("USD" (U.S. Dollars) is the other currency.) For each 
forward date of a tenor, the last best bid or offer for that date is shown, in this credit 
filtered embodiment, if the size of the potential trade is less than or equal to the current 
amount of credit available between the user and the party that made the last best bid or 
offer. During creation of the trading screen, the last best bid or offer is obtained for 
each forward date that may be the subject of a trade. The half-matrix credit database 
(Fig. 3) stored in volatile working memory that contains credit information for all trading 
party stations, as described above, is consulted to obtain the current amount of credit 
available between the viewing trading party station and the potential counterparty party 
that made the last best bid or offer. If the size of the potential trade is less than or equal 
to this credit amount, then the potential counterparty's last best bid or offer is displayed. 
Otherwise, it is not displayed. 

[0055] Referring to Fig. 4, a book of terms for proposed trades pending in the 
market is shown on the left half of the screen, which comprises, in two halves, a bid (or 
buy) portion on the left and an offer (or sell) portion on the right. One line is provided for 
each tenor, with the best proposed trades available to the trading party to whom the 
screen is presented shown on the line adjacent the corresponding tenor. For example, 
the terms for the best bid for Canadian dollars, expressed in US dollars, available to the 
trading party to whom the screen of Fig. 4 is displayed for the 3 week forward tenor is 
700 million CAD at +0.001775 forward points for the forward leg, relative to the current 
spot price of 1.3435 (or the mid-point of the bid and offer spots of 1.3435 and 1.3439) 
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shown at the top of the screen. The best offer available in the same tenor is for 700 
million CAD at +0.001813 forwards points relative to spot. In a preferred embodiment, 
market depth can be viewed by selecting the appropriate tenor in "Date" column 601 , 
upon which additional data lines are shown, with other bids/offers, if available, being 
5 displayed. The right half of the screen of Fig. 4 displays terms for a trading party 
station's own proposed trades. (None are shown in the screen depicted in Fig. 4). 

[0056] Because the system is an anonymous trading system, the identities of the 
potential counterparties behind displayed orders, and the identity of a trading party 
hitting a bid or lifting an offer, are not revealed in the trading screen depicted in Fig. 4 
10 and are not otherwise disclosed to other trading parties. Credit limits and remaining 
credits of trading parties also are not disclosed to other parties. 

[0057] Orders can be placed in a number of ways. A user can hit or lift the last 
best (anonymous) bid or offer for a particular forward date. Alternatively, through 
activation of pop-up screens (not shown), a user can post entirely new bids and offers. 

15 Users can also use the trading screen depicted in Fig. 4 to adjust his or her bids or 
offers, e.g., by increasing or decreasing the price. The host computer 26 stores the 
data for the orders in the databases in the volatile working memory 30 and the non- 
volatile memory 31 . Hitting or lifting a bid or offer causes a pop-up screen (not shown) 
to be displayed on display 32 in which a user is asked to confirm the trade. If the user 

20 confirms, then the host computer 26 executes the trade and stores the data for the trade 
in the database in non-volatile memory 31 and updates the database in the volatile 
working memory 30 to change the current amount of credit available for the customer 
numbers corresponding to the size of the executed trade. The host computer 26 also 
sends the data for the executed trade to a backend server. 

25 [0058] The host computer 26 provides an order blotter (not shown), selected from 
the drop down menu when "Markets" is activated, and history that displays the status of 
all orders placed using the trading screen. In response to a request from a user for 
order history, the host computer 26 validates the user and then, if the user has the 
requisite access privileges, retrieves a list of orders from the stored database for the 
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customer number designated by the user and causes the list to be displayed on the 
requesting trading party station. 

[0059] The host computer 26 provides a trade blotter, also selected from the drop 
down menu when the "Markets" item, discussed above, is activated, and history that 
5 displays all of the executed orders placed using the trading screen. In response to a 
request from a trading party station, the host computer 26 validates the user and then, if 
the user has the requisite access privileges, retrieves a list of executed trades from the 
stored database for the customer number designated by the user and causes the list to 
be displayed on the requesting trading party station. 

1 0 [0060] The host computer 26 controls setup and administration functions that set 
up access privileges for trading parties and counterparties from information entered by 
users at trading party stations 22. The host computer 26 uses this information to 
populate and or update profile information for each user in the appropriate records of 
the stored databases. 

15 [0061] Credit limits may be set by the trading party administrative stations 22 
corresponding to one or more tenors associated with FX orders that a trading party 
wishes to trade. Each trading firm that wishes to trade with other firms sets credit limits 
for each tenor it wishes to consider trading with other firms. A pair of firms setting credit 
limits with each other results in the setting of bilateral credit limits, as the matrixes 

20 depicted in Figs. 2 and 3 show for a single tenor. 

[0062] To set the multiple credit limits, a trading party administrative user (or 
other authorized user) enters into the trading party station 22 with respect to each 
potential counterparty and each tenor it is interested in trading, a credit limit associated 
with that counterparty and tenor. Host computer 26 processes such data, preferably 
25 stores it for archival and further processing purposes, and provides credit and trading 
data to trading party stations 22, as herein described. 

[0063] In preferred embodiments of the invention, host computer 26 provides 
centralized, secure memory storage and data processing, and protects the 
confidentiality of sensitive credit and trading data. Suitable secure data storage and 
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processing processes and systems are known in the art and include gateways, firewalls, 
and other systems. 

[0064] In a preferred embodiment, host computer 26 is controlled and operated 
by a third party, e.g., Bloomberg LP. Similarly, in other embodiments, any regional 
computer may be controlled and operated by a third (or other) party. 

[0065] Figs. 4-9 depict exemplary screen displays displayed on displays 32 of 
trading party stations 22 suitable for use as user interfaces for implementing preferred 
embodiments of the invention. The screens have been developed as interfaces for the 
proprietary BLOOMBERG POWERMATCH® FX (hereinafter "POWERMATCH FX") 
system for trading FX spot, forwards and swaps, and potentially other financial interests, 
implemented by Bloomberg LP of New York, NY. The POWERMATCH FX system 
features described herein are compatible with implementation on a client-server network 
system such as that shown in Fig. 1, with trading party stations 22 providing appropriate 
user interfaces and data provided by the POWERMATCH FX system. Embodiments of 
systems, methods, and programming for counterparty credit and financial exposure and 
risk management in electronic trading according to the invention may be implemented 
for many types of financial interests in addition to FX, as pointed out above. 

[0066] Fig. 5 depicts an interactive menu screen presented on a display 32 at a 
trading party station 22 for an administrative user authorized to set and modify trading 
party credit limits and control other credit, trading, and other parameters on behalf of a 
trading party. A user may select any of tasks 1) - 6) using a mouse ("point and click" 
operation) or keyboard (enter task number and "enter" (or <GO> on a BLOOMBERG 
PROFESSIONAL® service proprietary keyboard)) connected to the trading party station 
22. For example, selecting item 1 will cause a user interface screen (not shown) that 
has input fields for supplying and editing firm profile information to be displayed on 
display 32. 

[0067] Administrative users of the trading parties are enabled to set a plurality of 
credit limits to be extended toward designated trading parties (i.e., counterparties) 
during one or more tenors selected or designated by the parties. For example, such 
administrative users are provided with screens having input fields to allow the 
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administrative users to designate one or more credit limits to be extended toward each 
of a plurality of counterparties during a single trading day, or portion thereof, future time 
periods of overnight, days, weeks, months and years designated by the administrative 
user or selectable from a set of time periods provided by the system. The system may 
offer a set of credit limit defaults for such periods, which may be overridden, 
supplemented, or otherwise altered by an administrative user or selectable from a set 
time period by the system. The credit limits set for various time periods may be 
arbitrary and independent of each other, and a full set of default limits need not be 
utilized. An overall aggregate credit limit, not to be exceeded regardless of limits set for 
some or all tenors, may also be set for a trading session independently of the individual 
credit limits. 

[0068] Counterparties need not set identical credit limits for each other, the 
periods in which such counterparties set limits need not be the same, and credit limits 
need not be set for all time periods or the "aggregate" time period. In a preferred 
embodiment, trading party administrative users may be provided the option of 
designating or setting the time periods associated with the various credit limits. In other 
embodiments, other options may be provided, such as setting different credit limits for 
selected currency pairs, and setting different tenors for selected currency pairs. For 
example, a given trading party may be enabled to designate one set of tenors and 
associated credit limits for trading US dollars and euros with one set of counterparties, 
and another, different set of tenors and credit limits for trading US dollars and yen with 
the same or other sets of counterparties. 

[0069] The menu screen in Fig. 5 lists the following menu items: "Edit Firm 
Profile"; "Enter Counterparty Credit Limits"; "View Counterparty Credits"; "Add New 
User"; "Edit Existing User"; and "Edit My Term Settings." Selection of the "Edit Firm 
Profile," "Add New User," and "Edit Existing User" items results in the presentation, on 
the display of a trading party administrative station, of screens (not shown) for the input, 
review, and modification of administrative data. 

[0070] For example, selection of the "Edit Firm Profile" item results in display (on 
display 32 of a trading party administrative station 22) of "firm setup" user interface 



BRMFS1 415208 1 9 

Express Mail Label No. EL 920800441 US 



Attorney Docket No. 3524/169 



screen into which a trading party administrative user may enter (or edit) information 
relating to the trading party, e.g., the name and contact information (e.g., telephone and 
fax numbers and email address) of a contact person for the trading party. 

[0071] Selection of the "Add New User" item in the menu screen of Fig. 5 causes 
5 a user interface screen (not shown) to be displayed at a trading party administrative 
station into which a trading party administrative user may enter data relating, for 
example, to individuals authorized to trade on the trading party's account, such as 
traders employed by a bank or other institutional investment firm. Information relating to 
such users can include, for example, the user's name, user's address, identification 

10 number, telephone, e-mail, and other contact information. Such a user interface screen 
may also include data input fields for entering flags or other appropriate data for 
granting privileges or entitlements, or implementing controls for individual users. For 
example, the screen may comprise data fields for enabling the trading party 
administrative user to set flags granting a lower or higher level of functional access by a 

15 user, or to control the extent to which the user is able to commit the trading party 

financially by trading, or levels of supervisory review or authority required by or granted 
to the user for taking certain actions. For example, flags may be set to enable the 
individual user to perform only accounting or administrative tasks, to trade, to use a 
subset or all of trading functions, to set or reset or replenish credit limits, to train in the 

20 use of or test functions, to confirm executed or proposed trades, to access, change, or 
control user and or individual user data, etc. 

[0072] Selection of the "Edit Existing User" function in the menu screen of Fig. 5 
causes a user interface screen (not shown) to be displayed at a trading party 
administrative station that presents the names of specific users. Selection of a specific 
25 user from this screen will cause a user interface screen (not shown) to be displayed that 
presents the information related to that user previously entered by the trading party 
administrative user. From this screen, a trading party administrative user may modify 
previously entered information (and enter new information) relating to a specific user 
such as the information described above. 
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[0073] Selection of the "Edit My Term Settings" item in the menu screen of Fig. 5 
allows navigation to a screen (not shown) for each currency pair and tenor into which a 
trading party administrative user can enter or select values for various terms that would 
automatically appear in that trading party's order or control increments of changes in 
5 order terms, etc. 

[0074] Selection of the "Enter Counterparty Credit Limits," and "View 
Counterparty Credits" from the menu screen of Fig. 5 results in the presentation of user 
interface screens, for example, shown in Figs. 8 and 9, into which a trading party 
administrative user may enter data for setting, modifying and viewing credit limits, which 
10 will be discussed below. 

[0075] The menu screen of Fig. 5 may be used to select or navigate to a "Credit 
Bucket Setup" user interface screen, such as the one depicted in Fig. 6, into which a 
trading party administrative user may set or select the parameters of tenors in which the 
trading party is willing to trade with potential counterparties for all currency pairs. For 

1 5 example, the screen depicted in Fig. 6 may be displayed through the following 

navigation: selection of the "Edit Firm Profile" item from the menu screen of Fig. 5 at a 
trading party administrative station causes the firm setup user interface screen (not 
shown) to be displayed, which has a link to a user interface screen depicted in Fig. 6. In 
one embodiment, the "Credit Bucket Setup" screen is used to set tenor parameters for 

20 all counterparties in all currency pairs. The screen depicted in Fig. 6 represents this 
embodiment. In another embodiment, a "Credit Bucket Setup" screen, similar to the 
one depicted in Fig. 6, may be provided for each counterparty and/or for each currency 
pair. 

[0076] In the embodiment represented by the screen depicted in Fig. 6, 
25 parameters for up to six tenors may be selected (for all counterparties). The trading 
party that is entering the tenor parameters in this exemplary screen is identified as 
Company A. Start and end dates relative to a daily trading session, are listed on the 
right side of the screen depicted in Fig. 6. In this embodiment, 18 pre-set, relative dates 
are provided by the system for selection by trading party administrative users to set 
30 relative start/end dates for up to six buckets provided by the system. In other 
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embodiments, more or less buckets may be provided by the system, or the number of 
buckets may be made user selectable. Similarly, more or less relative start/end dates 
may be provided by the system, or start/end dates may be designated by the 
administrative user (as opposed to selecting from a set of dates). In the embodiment 
represented by the screen depicted in Fig. 6, relative start/end dates of ON (overnight), 
TN (tomorrow next), SN (spot next), and weeks (1W, 2W, etc.), months (IM, 2M, etc.) 
and years (1 Y). Tenor relative start/end dates in the embodiment represented by the 
"Credit Bucket Setup" screen depicted in Fig. 6 may be set for a trading party with 
respect to all counterparties as follows. 

(0077J Referring to Fig. 6, one of the end dates listed on the right side of the start 
date of the first tenor is system set to SN. Entering ON in the highlighted field for Credit 
Bucket 1 sets the end date of the first bucket to overnight and automatically sets start 
date of Credit Bucket 2 to ON. Entering 2W into the highlighted field for Credit Bucket 2 
sets the end date of the second credit bucket to two weeks and the start date of Credit 
Bucket 3 to two weeks, etc. In this embodiment, there are no gaps between credit 
buckets, but other embodiments may allow such gaps. For example, in another 
embodiment, start dates may be entered in or selected for the "From" column, where 
the start date of a subsequent bucket need not be the end date of the previous bucket. 

[0078] Fig. 7 depicts an exemplary user interface screen for entering credit 
bucket parameters in a system for trading bonds. In such an embodiment, the system 
20 depicted in Fig. 1 is configured for trading bonds. The "From" and "To" columns of 
data fields presented in the screen of Fig. 7 may be used to designate time periods, 
e.g., of year ranges, to be associated with credit limits to be used in trading selected 
sets of bonds. The year ranges represent ranges of dates, measured from the date of 
trading, upon which bonds traded within the designated time periods are scheduled to 
mature. The data field at the upper left of the screen indicates the time periods 
represented by the numbers in the "From" and "To" columns. The number entered by a 
trading party administrative user into the highlighted portion of this field sets the time 
period. For example, entering "1" into the highlighted portion sets the period to "in 
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Years". Entry of other values sets time periods in months, weeks, and/or days. Other 
time units may also be provided. 

[0079] In the embodiment represented by the screen depicted in Fig. 7, the 
trading party administrative user has designated time periods, or "buckets, "suitable for 
5 the trading of bonds with maturities of 0-6 years; 6-10 years; 10-12 years; 12-15 years; 
and 15-30 years. However, any desired periods may be designated (here, stated in 
years as a result of user selection) for which the trading party associated with the user 
wishes to track the trading of the bonds, and thus to monitor the trading party's 
exposure in order to manage the levels of risk the trading party will incur in any one 

10 given trading session in the specified date ranges. In the "From" column of the screen 
depicted in Fig. 7, a trading party administrative user has designated that the first time 
period, or "bucket, "will include maturity dates running from the date of the then current 
trading session to a date selected by appropriate entry in the "To" column of 6.00000 
years from the then current trading session. (As in the embodiment represented by the 

15 screen of Fig. 6, the dates are relative to a trading session.) Partial years may be 
entered in decimal format of up to five decimal places, so that periods of significantly 
less than a year's duration may be designated. Upon entry of the initial "6.00000" end 
date for the first bucket, the "6.00000" start date for the next bucket is automatically set 
and displayed in the next succeeding row in the "From" column. The user may then 

20 enter dates to establish time periods consisting of up to 9 additional date ranges, five of 
which are shown as already designated in Fig. 7. 

[0080] Character strings, or tags, for use in identifying the various time periods 
for which credit limits are to be set may be entered into the "Bucket Label" column of 
Fig. 7. In the screen depicted in Fig. 7, labels "0-6"; "6-10"; "10-12"; "12-15"; "15-30" 

25 have been designated. In the bond trading example represented in Fig. 7, the user is 
also enabled to designate descriptions for benchmarks to be used in establishing bond 
prices, in this case treasury bonds of various maturities and interest rates. Input 
capabilities are also provided for entering "Bench Label" identifiers for the benchmark 
bonds, to be used in assessing prices and values of bonds offered in the corresponding 

30 designated time periods. Identifiers for the time periods, benchmarks, and other items 
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are associated by the host computer 26 with the items they identify and are stored in 
memory 31. 

[0081] In the embodiments represented by the screens of Figs. 6 and 7, time 
periods may be logically associated with one another, so that a credit limit applied to 
one time period applies to the other, and/or so that credit drawn against one limit will be 
drawn against another. One embodiment of such logically-associated time periods is an 
aggregate or cap time period, or bucket discussed below (designated "Maximum in 
Figs. 8 and 9). Aggregate credit or cap limits may be associated with, for example, all 
time periods set by a trading party for all (or a given set of) potential counterparties, to 
act as caps on one or more classes of credit to be extended or assumed with such 
counterparties during a given trading session. 

[0082] Selection of the "Enter Counterparty Credit Limits" item in the menu 
screen of Fig. 5 results in the display at a trading party administrative station 22 of a 
user interface screen such as the "Counterparty Credit Limit Setup" screen that is 
shown in Fig. 8. Credit limits to be extended by Company A to various counterparties 
for a given trading session (and for subsequent trading sessions until changed) for the 
trading of FX forwards of different tenors, may be entered into the "Counterparty Credit 
Limit Setup" screen depicted in Fig. 8. In the embodiment represented by Fig. 8, credit 
limits with potential counterparties are set for all currency pairs. In another 
embodiment, a trading party may be permitted or required to associate credit limits on a 
currency pair-by-currency pair basis. 

[0083] The top of the "Counterparty Credit Limit Setup" screen depicted in Fig. 8 
shows the values for the six buckets or tenors whose start/end dates were set using the 
"Credit Bucket Setup" screen depicted in Fig. 6. The start of each tenor after the first at 
the top of the Fig. 8 screen is advanced from the start of the corresponding tenor shown 
in the Fig. 6 screen. For example, the start of bucket 3 in the Fig. 8 screen is advanced 
by one week to 3W as compared to 2W in the Fig. 6 screen so that there is no apparent 
overlap. The Fig. 8 screen shows an additional bucket designated "Maximum," which is 
the aggregate or cap bucket referred to above, which functions as a cap credit limit for 
all trades with a counterparty during the concerned trading session. 
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[0084] The credit limits for "Company A" in the screen depicted in Fig. 8 may be 
used by an administrative user to set credit limits for trading FX forwards associated 
with the designated time period with potential counterparties ABAX BANK (MILAN), 
ABN AMRO Bank N.Y. (Chicago), ABN AMRO BANK TOKYO BRANCH, AIG 
INTERNATIONAL, INC. and ALLIED IRISH BANKS PLC. For each prospective 
counterparty, two lines of data fields are provided. The first line provides active input 
fields for setting or designating credit limits. The trading party administrative user can 
select a field corresponding to a desired counterparty and time period, and set a desired 
credit limit by entering a suitable amount in the field, expressed in millions (for example, 
"100 M" or "30.5M"), or billions (for example, "20Y," not shown in Fig. 8) of, e.g., US 
dollars. It is also possible to enter an amount of "UNLIMITED" (not shown in Fig. 8.) 

[0085] The system may also enforce maximum limits, e.g., 300M, either as a 
default or pursuant to trading party designation. Default values for credit limits may also 
be provided which may be overridden simply by entering a new number. Blank fields 
are defaulted to a zero value. A zero set as a result of a default, or a credit limit set 
from a previous value to zero, means that the counterparty has a zero credit limit. 
ABAX Bank, (Milan), AIG INTERNATIONAL, INC. and ALLIED IRISH BANKS PLC have 
zero credit set (or defaulted) in all tenors. As a result, Company A and these two firms 
can not trade with each other. 

[0086] In some embodiments more potential counterparties will be available 
through the trading system than may be shown on a single screen. In such cases it is 
convenient to show several counterparties on one page of a screen, and others on other 
pages, pages being data sets for presentation on similar display screens, showing data 
related to different counterparties, etc., as is well known in the data processing arts. In 
the screen depicted in Fig. 8, an indication is given at the upper right of the screen that 
29 pages of potential counterparties may be listed. 

[0087] The second line of data in the screen of Fig. 8 for each potential 
counterparty shows the currently-available or remaining portion of the credit limits for 
trading with the counterparty. For example, where credit has previously been 
established and trading is proceeding, available credit portions are often below the set 
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limit, and a lower number will be shown in the field on the second line in the screen 
depicted in Fig. 8 than in the corresponding location in the first line. 

[0088J The "Counterparty Credit Limit Setup" screen depicted in Fig. 8 shows the 
following credit limits and available credit. For ABAX Bank, AIG International, Inc. and 
Allied Irish Bank PLC, all buckets have a zero credit limit, and, of course, credit 
remaining for all brackets is zero. For ABN AMRO Bank N. V. (Chicago), credit limits for 
buckets 1-6 and the Maximum bucket have been set to 100M, 30.5M, 30M, 100M, 
100M, 100M, 300M, the respective credit remaining figures are 40M, 30M, 30M, 100M, 
100M, 100M and 300M. For ABN AMRO Bank Tokyo Branch, the respective credit limit 
figures for the six buckets and the Maximum bucket are 100M, 50M, 10M, 10M, 70M, 
100M and 300M, and the respective figures for credit remaining are 50M, 50M, 10M, 
10M, 70M, 100M and 300M. (The values in the Maximum bucket are set, and are not 
the total of the values in the individual buckets.) 

[0089] The system 20 stores the entered credit limits and the remaining credit or 
credit available amounts in memories 31 and 30 in matrices schematically diagrammed 
in Figs. 2 and 3, respectively, as discussed above (The firm names and numbers in 
Figs. 2-3 and Fig. 8 do not correspond.) 

[0090] The system may set rules for credit limit entry, for example, as entered in 
the "User Term Settings" screen (not shown) through navigation from the "Edit My 
Term Settings" item in the menu screen depicted in 5, as discussed above. For 
example: minimum credit limit steps of, e.g., $0.1 M; a maximum limit of, e.g., 
$999,999B; a maximum credit value attempted to be entered in any individual bucket 
greater than the value in the maximum bucket will not be accepted; a value attempted to 
be entered into the Maximum bucket during a trading session which is less than credit 
already used in during that trading session will not be accepted or will cause the value 
in all buckets in which credit remains to be set at zero. 

[0091] Depending upon the embodiment, potential trades with a potential 
counterparty for which bilateral credit limits have not been set can not progress towards 
completion because such trades are not displayed due to credit filtering, or if displayed 
with color coding filtering, can not progress to completion without a credit check after a 
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trading party hits or lifts a viewable bid or offer. For example, if "Company A" has set 
credit limits of "UNLIMITED" or other defined amounts, for trading of FX forwards in 
designated tenors with ABN AMRO Bank, N.V. (Chicago), but ABN AMRO Bank N.V. 
(Chicago) has set no, or zero, credit limits for such interests in corresponding tenors 
5 with Company A, trading between Company A and ABN AMRO Bank, N.V. (Chicago) 
will not be possible unless and until ABN AMRO Bank N.V. (Chicago) sets non-zero 
credit limits. Generally, in such embodiments, when both parties have set limits in 
corresponding tenors, trading is permitted to proceed towards completion if the 
minimum credit level mutually acceptable to both parties is less than the amount of the 
10 potential trade. In the matrices represented by Figs. 2 and 3, customer numbers 2 and 
3 can not trade in the tenor represented by the matrices because customer number 3 
assigned customer number 2 a zero credit limit. 

[0092] In some embodiments, it is not necessary for a trading party to set credit 
limits for all available tenors, or for more tenors than in which it wishes to trade. For 

15 example, a trading party may wish to trade in FX forwards only in selected tenors, so 
that credit limits are not set for all tenors available in the trading system. (The system 
defaults to a zero credit setting where a trading party does not set a credit limit.) A 
trading party interested in trading FX forwards can designate time periods 
corresponding to, for example, one - two weeks, two - three weeks, and five - seven 

20 weeks, but not three - five weeks. Preferably, in such cases, the trading system 
permits the trading party to trade with any counterparty who has established, with 
respect to the trading party, credit limits in overlapping but not necessarily congruent 
time periods. For example, a counterparty who set with the trading party of the above 
example a credit limit associated with a time period of four-six weeks would be 

25 permitted to trade with the trading party. It is also possible, in systems in which default 
time periods are offered, or in which a finite number of time periods may be set, for a 
trading party to elect not to set credit limits for all available time periods. 

[0093] In some embodiments of the invention, an indication of the trading status 
between counterparties is indicated by displaying the credit limits in the screens of Figs. 
30 8 and 9 in different colors and/or displaying the anonymous orders of different, 
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counterparty(ies) in different colors. For example, in a user interface screen such as 
that shown in Fig. 8, a counterparty for whom trading is enabled through the setting of 
mutual credit limits may be shown in a first color, such as white; with a counterparty who 
has not yet set credit limits for the trading party in a second color, such as red; with a 
5 counterparty to whom the trading party has not yet extended credit in a third color, such 
as green; and with respect to whom neither party has set credit limits in a fourth color, 
such as amber. The same color scheme may be used in the market display screen 
depicted in Fig. 4 in an embodiment with color coding. 

[0094] Selection of the "View Counterparty Credits" item in Fig. 5 results in 
1 0 presentation of a user interface screen such as the "Available Credits/Credit Limits" 
screen shown in Fig. 9. In the screen depicted in Fig. 9, a two-row display is provided 
for each of the five counterparties associated with the 6 buckets and the Maximum 
bucket. 

[0095] The amounts in each of the fields for each of the two-line displays 
15 correspond to those in the Fig. 8 screen. The available Credits/Credit Limits screen 
(Fig. 9) may be made accessible to all users within a trading party, whereas the 
Counterparty Credit Limit Setup screen (Fig. 8) may be made accessible to only 
administrative users of the trading party. 

[0096J In addition, the top of the Available Credits/Credit Limits screen of Fig. 8 
20 shows totals for all counterparts at the top of the screen. "Unlimited" limits appear in the 
"ON-ON" and "Maximum" buckets because unlimited credit has been extended to 
counterparties listed on pages other than page 1 of the 29-page screen. 

[0097] In preferred embodiments of the invention, all credit data is stored in 
memory accessed, by the host computer 26 under the control of an operator of a 
25 system for electronic trading of financial interests, who maintains a complete credit 
book, or matrix, for all authorized trading parties, for use in controlling, tracking, and 
processing trades. 

[0098] In some embodiments, once a trading party has set credit limits, it can 
trade by proceeding to a market display screen such as that shown in Fig. 4. The 
30 screen of Fig. 4 is used to trade United States dollars (USD) for Canadian dollars 
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(CAD). The "Date" column 601 at the center of the screen and entries in the left half of 
the screen indicate that the trading party has set limits for, and is authorized to engage 
in, trading in overnight, spot next, 1 - 3 week, 1 - 6 month, 9 month, and 1 year tenors. 

[0099] The screen depicted in Fig. 4 shows only orders that have been 
5 prescreened (or filtered) for available credit, so that only proposals upon which the 
viewing trading party can act are made known or accessible to the trading party. (The 
information in the market display screen depicted in Fig. 4 does not necessarily 
correspond to information shown in the screens depicted in the other figures.) For 
example, if a proposal to buy five million Canadian dollars at a stated spot rate would 

1 0 exceed the credit available between the counterparties (either for the particular tenor or 
for the aggregate limit), either none of the terms of the proposal are made available to 
or accessible by the trading party, or the quantity term shown is capped at the available 
credit limit, or at a designated increment of the credit limit (where, for example, 
minimum quantity or lot size restrictions are enforced), as discussed above. In a 

1 5 preferred embodiment, processing of terms for proposed trades and available portions 
of credit limits for such prescreening is performed by host computer 26. 

[00100] In different embodiments, available or remaining credit is used for pre- 
screening, color coding or credit checking prior to execution of a trade. These 
embodiments involve a comparison between financial exposure or size of the proposed 

20 trade, and the credit remaining amount for the concerned tenor and the concerned pair 
of potential counterparties. In the credit-filtered view embodiment, the result of the 
comparison is used to determine whether the particular order proposed by a potential 
counterparty can be displayed on trading party station display of another potential 
counterparty. In the color coding embodiment, the result of the comparison is used to 

25 determine the color in which to display the particular order proposed by a potential 
counterparty on the trading party station display of another potential counterparty. **ln 
an embodiment in which a color-coded filtered view where orders are selectable 
regardless of credit, the result of the comparison is used to determine whether to allow 
an order of one potential counterparty that is hit or lifted by another potential 

30 counterparty to progress to completion or be blocked. In all cases, the result of the 
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comparison is used to determine whether a proposed order or trade can be processed 
to progress towards completion. 

[00101] In a preferred embodiment, where such prescreening is performed, the 
filtering process is performed on a dynamic basis, so that as trading between the trading 
5 party and counterparties by whom or to whom trades are proposed proceeds, and 
available credit limits are changed accordingly, the terms of displayed orders are 
updated in real time. It is preferred that in such embodiments that an order no longer 
displayed because of lack of credit be made available again to the trading party if 
available credit amounts are thereafter restored, as for example through replenishment 
10 or through cancellation of previously-executed trades, or, in one embodiment, by the 
execution of trades on opposite sides of the market. 

[00102] A bid or offer on the screen depicted in Fig. 4 is hit or lifted by selecting 
the particular bid or offer. Upon execution of a trade, the amount of available credit 
between the trading party and the counterparty for the corresponding time periods 
15 (including any applicable aggregate limits) is changed accordingly, and, if necessary, 
terms of proposed trades on market displays are updated, as discussed above. 

[00103] In a preferred embodiment of the invention, credit available (remaining) 
between a trading party and a potential counterparty is reset for each trading session 
equal to the credit limit set previously by the party (or to a new level set by the trading 

20 party prior to the beginning of or at the new session). As trades are executed between 
the trading party and the counterparties during the trading session, the credit available 
values are changed according to the sizes of the executed trades. Resetting may occur 
at the end of the trading session, or at the beginning of the next trading session, or at 
another suitable time. For example, upon closing of a trading session, or upon opening 

25 of a new session, host computer 26 accesses each trading party's previously- 
designated credit limits, and restores all credit limits and their associated remaining 
portions to full designated levels. 

[00104] In preferred embodiments, trading parties can replenish available credit by 
resetting credit limits associated with particular counterparties and tenors, or groups 
30 thereof. For example, an administrative user of a trading party may access a screen 
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such as the Counterparty Credit Limit Setup screen depicted in Fig. 8 at any point 
during a trading session, and by entering suitable data in any of the first-line fields 
increase (or decrease) the corresponding credit limit. In preferred embodiments, 
replenishment of available portions of credit limits may be made by a trading party at 
5 any time, either by replenishing credit limits associated with individual counterparties 
and time periods (including aggregate (Maximum) limits and other limits logically- 
associated with more than one time period), or by global resetting of all limits, either for 
selected or all counterparties. Preferably, such replenishment may be to previously-set 
credit limits, to fractions of previously-set limits, or to entirely new limits, at the option of 

10 the trading party. The changed counterparty credit limit information is stored in the 
credit limit databases (Figs. 2 and 3). Trading party administrative users can change 
the limits in a manner such that the changed credit limits take effect immediately and/or 
indefinitely. Preferably, the modifications made to any credit limit time period are 
captured in From/To format. The number of credit limits and the credit limit by 

15 counterparty can be captured in a log file. 

[00105] The end of a trading session, and/or the beginning of the next, is not 
restricted to the close and/or opening of a trading day. Any suitable point in a trading 
session for accounting or other purposes may be used. For example, in a trading 
system used 24 hours a day, a trading session may be deemed closed and reopened at 
20 any point or points during the day. 

[00106] The set-up and revision of counterparty credit limit information may be 
made subject to, e.g., the following in a preferred embodiment. The information entered 
by a trading party administrative user is available and applicable on a firm-wide basis, 
including trading party non-administrative, trading users. If a firm is in a shared credit 

25 condition, the firm's credit limit definition is preferably established off the credit leader. 
When a firm is added or removed to or from the credit-sharing firm, the group's credit 
bucket setup should remain the same for time period date purposes. But, modifications 
to the credit limit definitions change the credit limits accordingly. For example, if a 
counterparty in Bucket 2 had a $500 million credit limit, and was modified from tenor 

30 dates >1 M to 6M to >1 M to 1 Y, the $500 million credit limit for this counterparty would 
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be reset to a $0 credit limit. Also, all affected counterparties are highlighted and a 
banner displayed on the top of the screen alerting the trading party administrative user 
to again enter credit amounts. When a firm's branch is removed from a credit-sharing 
condition, its credit bucket setup should remain the same for time period purposes, but 
5 the credit limits are reset to $0 for each of their counterparties. On all swap 

transactions, all near leg credit reductions will be drawn down from the overnight credit 
limits due to its immediate exposure until spot settlement. 

[00107] If the user does not have the appropriate access authorizations, the 
trading system may determine whether or not the counterparty credit limits can be 
10 viewed by that user through an appropriate selection in the main menu screen or 

elsewhere in the Edit Firm Profile screen (not shown) of the screen depicted in Fig. 5. If 
permitted, the user can view the credit limits as well as other counterparty credit limit 
information for trading parties sharing credit on display screens. 

[00108] If partial trading is enabled, a partial trade for an amount up to the credit 
15 limit, rather than the full trade, may be displayed. In such an embodiment, for example, 
the price, size, or quantity of the proposed trade is capped, if a price term associated 
with the proposed trade is greater than an available portion corresponding to a credit 
limit associated with the trader, the potential counterparty, and a time period associated 
with the proposed trade. 

20 [00109] Those of ordinary skill in the applicable arts can provide programming to 
achieve the credit filtering functionality disclosed herein, as indicated by the patents 
identified above. For example, those of ordinary skill in the art can provide 
programming which consults, e.g., the credit matrices represented by Figs. 2 and/or 3 
when determining whether and how to display executable market information to trading 

25 parties. 

[00110] While the invention has been described and illustrated in connection with 
preferred embodiments, many variations and modifications as will be evident to those 
skilled in this art may be made without departing from the spirit and scope of the 
30 invention, and the invention is thus not to be limited to the precise details of 
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methodology or construction set forth above as such variations and modification are 
intended to be included within the scope of the invention. For example, the invention 
has application to trading of financial interests that have a future exposure or risk other 
than FX. 
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